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1 J^entatlve Represen-ba'bxon in Mobile Services 
2 

3 The present invention relates to the use of agents to 

4 provide persistent,, tailored presence in the electronic 

5 world for a given user of a (suite of) mobile device (s), 

6 in particular, a modular architecture of the agent and 

7 messaging methods within and between agents, 

_8 

9 A user has multiple presences in the electronic world, 

10 including: 

11 • the transient, anonymous, presence of an online search; 

12 • persistent occasional presence of online shopping at a 

13 particular store; 

14' • persistent passive presence of directed marking; 

15 • * persistent though temporary realtime presence in an 

16 online game;- 
17 

18 and many more- It would be advantageous to bring these 

19 many applications and domains together, and provide the 

20 user with a single, tailored interface to the electronic 

21 world. 

22 . ' 



2 



1- As users interact with the electronic world increasingly 

2 frequently to serve an ever-greater set of goals ^ they 

3 encounter three problems. First, the volume of 

4 information can make it extremely difficult to identify 

5 relevant sources: this is the well-known information 

6 overload problem. Secondly, interacting with numerous 

1' services (information provision, e-shopping, electronic 

8 auction houses, alerting services, etc.) means that users 

9 have to remember how to use a wide variety of different 

10 interfaces, each with their own idiosyncrasies, required 

11 data, stored data, and so on. Many web sites will 

12 remember little or no information about given customers 

13 other th^n their order history. This is the interface 

14 problem. Finally, there is no structured way for these 

15 services to interact. Booking a holiday for example, 

16 would require visits to numerous web sites (information 

17 provision, 'flight booking, hotel booking, newsgroup ■ 
.Ig ^.r.cliiyes., etc . ) and often indeed^ usually - it is 

19 simpler just to call a hxoman travel agent. This is the 

20 interaction problem. There are existing attempts to solve 

21 each of these problems separately. These attempts have 

22 had varying degrees of success and are at varying levels 

23 of maturity: some web browsers, for example have built-in 

24 components to try to tackle information overload though 

25 for the most part these are not terribly effective; 

26 similarly, web services offer a potential means of 

27 integrating different services, but their deployment has 

28 been limited to date", and it is not clear that there is 

29 sufficient market pressure to further encourage providers 

30 to provide web service based interaction. 
31 

32 Agentative representation offers a coherent means of 

..33 dealing.. witX all ..three problems. Agents can act as ^ 



1 bidirectional filters of information, limiting 

2 information presented to a user based on an internal user 

3 model, and limiting information about the user that is 

4 provided to electronic services based on internal rules 

5 developed in conjunction with the user. This is a means 

6 of tackling the information overload problem. Agents can 

7 maintain information about dealing with other- online 

8 services, automating the process of form-filling, button- 

9 clicking, and interaction with specific Web Services. 

10 This offers a means of tackling the interface problem. 

11 Finally, agents can act autonomously to collate 

12. information and services in order to meet goals specified 

13 by the user or adopted independently by the agent. This 

14 offers a means of dealing with the interaction problem. 

15 ■ • . 

16 The idea of employing agents to represent users has been 

17 widely deployed in systems in a variety of domains. 

.18.. Typdcall-y.,--.tJieise.sy.st£ias__a£e..li3-Q3se<Lil^ •— 

19 respective domains (such as e-commerce, stock trading 

20 information, etc.), and do not try to cater for multiple, 

21 domains. They are also not fundamentally based on the 

22 mobility of users (though some may have simple mobile 

23 capabilities, such as SMS alerting) . Indeed these two 

24 restrictions - single domain and non-mobile - are 

25 related. It would be advantageous to focus on the user, 

26 wherever they may be, and whatever they may be doing, 

27 rather than viewing a user as simply that part of a human 

28 that is interacting with a particular computer system. • 

29 

30 • International Patent Application Number WO0157724 

31 discloses having an agent represent a user that connects 

32 via a mobile device. It fails at overcoming the above- 

33 identified problems in two main respects. First, all 



1 functionality is hardcoded, with no capacity for 

2 concurrent and dynamic activity in multiple domains. 

3 Second^ the user connects to his or her agent via one 

4 particular communication channel. It would be 

5 advantageous for connection to be achieved through any 

6 number of channels^ mobile or wired^ with media provided 

7 by the agent for the user tailored to the device 

8 currently in use. 

10 It is an object of the present invention to provide 

11 improved balling of methods within an agent*. 
12 

13 It is a further object of the present invention to 

14 provide improved messaging between agents and between 

15 agents and users. 

16 ■ 

17 According to a first aspect of the present invention, 
18--- there Ls provided an..a.gent..£QK 2r.^Rr:esenting ,a person's 

19 identity comprising a plurality of modules, at least one 

20 comprising a method means for performing a function 

21 responsive to a request, wherein the agent further 

22 comprises an intermodule communication means for mapping 

23 a request from a first module to a method means in a 

24 second module - 
25 

26 Preferably said request from a first module comprises a 

27 label specifying a function and said method means in a 

28 second module corresponds to the specified function. 
29 

30 According to a second aspect of the present invention, 

31 there is provided a method of performing functions in an 

32 agent comprising the steps of: 

-33 receiving -a: -request- specifying a functions • 



1 • mapping said request to a module method 

2 corresponding to the specified function; and 

3 • invoking said module method. 

4 
5 

6 . function. 
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Preferably said request comprises a label specifying said 



According to a third aspect of the present invention, 
there is provided a method of invocation of methods in an 
agent comprising the steps of: . 

• receiving a request comprising a label; 

• looking up the label in a table; and 

• calling a method corresponding to the label. 



Preferably the method of invocation further comprises the 
step of selecting a highest priority method corresponding 
17 to the label. 
18 

optionally, the method of invocation further comprises 
the step of returning a value to the sender of the 
21 request. 

According to a fourth aspect of the present invention,- 
there is provided an agent for representing a person' s 
identity comprising a plurality of modules and a message 
receiving means, wherein the agent further comprises an 
address resolving means for resolving an address m a 
received message to one of said plurality of modules. 
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31 



Preferably said address specifies a module. 



1 Preferably said agent further comprises a transfer means 

2 for transferring said received message to the resolved 

3 module. 

* ■ 

4 

5 According to a fifth aspect of the present invention^ 

6 there is provided a method of inter-agent communication 

7 comprising the steps of: 

8 • sending a message comprising an address; 

9 • receiving- said message; 

10 • resolving said address to one of a plurality of 

11 modules in the receiving agent; and 

12 • transferring the message to the resolved module - 
13 

14 Preferably said address specifies a module. 
15 

16 According to a sixth aspect of the present invention, 

17 there is provided an agent for. representing a person' s 
18" ""faentity" comprising a plTaTarllty of modules and a mes's-ag^- 

19 sending means wherein messages sent from at least two 

20 modules are interleaved. 
21 

22 Preferably the specification of message conversation 

23 protocols and the specification of primitive message 

24 semantics are implemented in separate modules. 
25 

26 According to a seventh aspect of the present invention, 

27 there is provided a method of delivering media comprising 

28 • the steps: 

29 • identifying the device that a user is employing; 

30 • mapping said device to a set of media types; and 

31 , • initiating the delivery of media to said device 
32 responsive to the mapped set. 
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1 Optionally the method further includes the step of 

2 limiting the set of media types based on user 

3 preferences . 

4. ■ • ' ■ 

5 In order to provide a better understanding of the present 

6 invention, an embodiment will now be described by way of 

7 example only and with reference to the accompanying 

8 Figures, in which: 
9 

10 Figure 1 illustrates, in schematic form, an agent in 

11 accordance with a preferred embodiment of the present 

12 invention; 
13 

14 Figure 2 illustrates, in schematic form, an overview of 

15 agentative representation .in a multi-service environment; 

t 

m 

16 

17 Figure 3 illustrates, in schematic form, the process by 
L8.- .Jwhich.a label, is. resolyad.. in. accordance with a prefe_rred 
19 embodim'ent of the present invention; 
20 

21 Figure 4 illustrates, in schematic form, the process of a 

22 module sending messages in accordance with the present 

23 invention; 

« 

24 

25 Figure '5 illustrates, in schematic form, the process of a 

26 module receiving messages in accordance with the present 

27 invention; 



28 
29 
30 
31 



« 

Figure 6 illustrates, in schematic form, conversation 
interleaving in accordance with the present invention; 



1 The inventions are an agent architecture and methods for 

2 communication between modules in the agent, with other 

3 agents in a* multi-agent environment and with users. 
4 

5 Although the embodiments' of the invention described with 

6 reference to the drawings comprise computer apparatus and 

7 processes performed in computer apparatus, the invention 

8 also extends -to computer programs, particularly computer 

9 programs on or in a carrier,, adapted for putting the 

10 invention into practice." The program may be in the form 

11 of source code, object code, a code of intermediate 

12 source and object code such as in partially compiled form 

13 suitable for use in the implementation of the processes 

14 according to the invention. The carrier may be any 

15 entity or device capable of carrying the prog'ram. 
16 

17 For example, the carrier may comprise a storage mediiom, 

18 such as ROM, for example a CD ROM or a semiconductor ROM, 

19 or a magnetic recording medium, for example, floppy disc 

20 or hard disc. Further, the carrier may be a 

21 transmissible carrier such as an electrical or optical 

22 signal which may be conveyed via electrical or optical 

23 cable or by radio or other means. 
24 

25 When the program is embodied in a signal which may be 

26 conveyed directly by a cable or other device or means, 

27 the carrier may be constituted by such cable or other 

28 device or means. 
29 

30 Alternatively, the carrier may be an integrated circuit 

31 in which the program is embedded, the integrated circuit 

32 being adapted for performing, o?r for use in the 

3-3 per-forma-nee-of -tfee—ireievant-p-roGe-s-s-es-. 
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2 With reference to Figure 1, the architecture 100 of an 

3 agent according to the present invention is best 

4 visiaalised as including a torus. On the inside- of the 

5 torus 102, a special module, the core module 104, 

6 attaches itself. 'On the outside of the torus, any nvimber 
'7 of application specific modules 106, 108 may also become 

8 attached. The security and unity of the agent is also 

9 conceptually protected by a thin sphere 110 encompassing 

10 all the modules. The torus itself coordinates all 

11 communication between modules and between modules and 

12 core; this is the Inter Module Communication Layer 

13 (IMCL) . 
14 

15 A user interacts- with the electronic world for a host of 

16 reasons in a wide variety of domains: entertainment, e- 

17 commerce, professional, and so on. The present invention 
18... provides a meanis of bringing, together all of these tasks 

19 and domains, and providing a single point of contact for 

20 the user, and allowing the sharing of user data between 

21 these different application domains. This contact is the 

22 user's agent, both in the computer-science sense (where 

23 agent oriented programming has particular restrictions, 

24 techniques and approaches, and places particular demands 

25 on software) , and also in the intuitive sense of 

26 providing services of advocacy and representation. A 

27 user's agent is their permanent representative in the 

28 electronic world. Ideally, each user has exactly one 

29 agent, and a user's agent represents exactly one user (at 

30 the very least, such a relationship exists in a given 

31 context). The overall picture is as in Figure 2. 
32 
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1 With reference to Figure 2, an overview of agentative 

2 representation in a multiservice environment is shown. 

3' The user* 202 "connects to their agent 206 at any tdLme via 

4 any device (2G phones^ multimedia mobile handsets^ 

5 internet, etc.) in ways that are well known. The user 

6 agents 204 which represent users in the virtual world are 

7 shown. One user has a single agent 206 representing him 

8 or her in all their interactions in the virtual world. 
9' The service agents 208 provide specific services to any 

10 agents that request them, or that the service agents 

11 themselves decide to service. Information exchange 

12 between user and service agents can be initiated from 

13 either end. Some service agents 210 encapsulate existing 

14 legacy services (e.g., databases, Web Services and 

15 proprietary data handling systems) . Broker agents 212 

16 can mediate between a user and service agents. The user 

17 agents service agents and broker agents may be provided 

18 as a trusted service by a telecommunications operator. 
19 

20 An agent is a software entity with particular 

21 characteristics. We refer here to software processes that 

22 are: 

23 (i) persistent (in that they continue to exist for an 

24 extended real time period, adapting to a single user 

25 over that time) ; 

2 6 (ii) proactive (in that they include not only reactive 

27 behaviour, but also independently detejcmined 

28 behaviour) ; 

29 (iii) communicative (in that they communicate with 

30 other agents) ; and 

31 (iv) autonomous (in that they typically cannot be 

32 directly modified by outside agencies, but must 

33 instead be altered through communciation) . 



11 

1 * • 

2 The user can coiranunicate with his agent across 

3 heterogeneous' networks from a variety of devices, 

4 including mobile handsets and internet clients. In 

5 addition, however, the . framework of the present invention 

6 supports the transparent filtering of information 

7 according to the device to which it is being sent- Thus 

8 the components within an agent that initiate 

9 communication with a user need not have any 

10 representation of the device type a user is employing. 

11 The content of the message is instead dynamically 

12 tailored to the user's device (e.g. siHtimary text to an 

13 SMS-enabled mobile device, still pictures to a MMS- 

14 enabled mobile device, streaming video to broadband 

15 internet client platform, etc.). 

16 . 

17 The core is responsible for tailoring inform.ation to the 

18 device that is known to currently be available to the 

19 user. Thus, tailoring happens independently of the 

20 module calls, so that individual modules do not need to 

21 maintain device-specific inf oannation . 
22 

23 This filtering is achieved through a module- independent 

24 communication object that is filled in by individual 

25 modules when they need to communicate with the user. 

2 6 This object has subparts for different forms of media 

27 .(text, picture, video, audio, etc.,). A module fills in 

28 as many of these subparts as it is able. The core then 

29 mediates the sending of that message to the user, by: 

30 (i) . identifying which device the user is currently 

31 employing (using a combination of historical usage 

32 patterns, presence information, and most recent- 

33 communication data) ; 



r 



12 



1 (ii) mapping the device to a set of media types (so, 

2 e.g., an old phone can handle text, a newer device, 

3 pictures); 

4 (iii) further limiting the media types on the basis 

5 of user preferences, and what has been made 

6 available by the module; and 

7 (iv) initiating the delivery of the appropriate media 

8 from the user communication object constructed by 

9 the module . 
10 

11 In order to provide representation for a user, an agent 

12 must implement a range of functionality. This 

13 functionality is gathered together into the core module. 

14 Modules can safely make the assumption that the core is 

15 available for them to make calls upon. 
16 

17 The core contains a range of specific methods that 

18 implement particular components of functionality: These 

19 methods can be grouped together into functional groups. 

■ 

20 Thus the core can be subdivided into discrete areas of 

21 functionality. Any module can make a call on any of the 

22 methods in any of the areas of the core's functionality 

23 via the IMCL. The core provides methods that provide 

24 functionality corresponding to a fixed set of labels 

25 concerned with generic agent activity. This functionality 

26 includes: 

27 1. Belief management (including lookup and update) 

28 2. User profile management (including lookup and 

29 update) 

30 3. Agent-User communication 

31 4. Module Management 

32 5. Basic generic reasoning tools 



13 

l' 6 . Between-Agent Module-Module communication (BAMM) 

2 (send and receive) 



4 
5 
6 

« 

7 
8 
9 



The agent as a whole is a unitary autonomous software 
entity^ and as such maintains a single, coherent set of 
tokens representing information about the_ world. The 
language from which these beliefs are constructed is 
given by domain-specific ontologies provided centrally. 
Beliefs are stored in a single database using existing 
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10 technology. 
11 

The belief database is changed through the action of 
methods in the core. These methods implement core labels 
for belief update. Any module (including the core itself) 
can make calls as described herein on these labels 
16 through the IMCL. 
17 

Similarly, the belief database can be queried by any . 
method through a call to a label mapped through the IMCL 
to core functionality. Thus a module can perform a lookup 
on the currently held beliefs by calling this label. 



1.8. 
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The user profile is a subset of the belief database, and 
includes information specific to the user across a range 

25 of domains. Again, the core implements labels 

26 corresponding to update and query to the user profile. 



27 
28 
29 
30 
. 31 
32 



There is the potential for the core to update the user 
profile dynamically in response to user actions - that 
is, the agent could adapt to and learn 'the user's 
preferences as a result of repeated interaction. 
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1 User data (e.g., address; credit card details; age) and 

2 user preferences (e.g., policy on releasing credit card 

3 details; preference for aisle or window seat on planes; 
preferred DVD supplier) are stored in a local, private, 

5 secure database. Both user data and user preferences are 

6 extracted in three ways. First, through an explicit 

7 online interface that requests input on date of birth, or 

8 supports update to reflect change of address. Second, if 

9 the agent recognises information that it needs from the 
user, it can ask for it directly (e.g. asking a yes/no 

11 question by SMS) . Third, as the user interacts with 

12 services manually, the agent can intercept information 

13 either explicitly or implicitly. If the user answers a 

14 particular question from a particular online service, the 

15 agent may either store that answer for future use, or ask 
the user explicitly if such storage is appropriate or • 

17 useful. When acting autonomously, the agent provides 

18 information that external service requires (and no more), 
less anything that the user has placed a restriction on. 
Thus, for example, when interacting with an online 

■ 

21 newspaper, the newspaper provider may request user 

22 registration, but not demand it. In this case, the agent 

23 would provide no user information. Alternatively, when 

24 interacting with a book e-tailer, the e-tailer may 

25 require personal details including credit card data. If 

26 .the user has instructed his or her agent not to give out 

27 credit card details without confirming it first, the 

28 agent would halt interaction with that site until user 

29 confirmation was sought and agreed. 
30 

31 These components could be represented by the steps: 
22 1. Agent has goal of interacting with a service 
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2 . Select required information from the user model 
(UM) (accesses the UM) 
' 3. Check that the user model permits all this 

information to be freely given (accesses the UM) 

If so, 

4. Information given to the service 
Otherwise 

5. Process the restriction (either by terminating, 
or by asking the user, or by performing some 
other action) 

The core also includes a subsystem responsible for 
passing messages to, and receiving messages from the 
user. The user. may connect to his or her agent through a 
number of different channels: using a web browser on a 
PC, using a rich media mobile device (a Java phone, for 
example) , using a high capacity mobile device (such as 
one that uses GPRS) , or using an older, limited media 
device (say that can only handle voice and SMS traffic) . 
The core implements labels that handle communication to 
and from such devices quite transparently: the calling 
module does not need to specify the different 
communication types at all. 

The means by which one agent communicates with another is 
implemented in the core. Rather than supporting only 
agent-to-agent messages, the architecture is instead 
built around the idea that it is individual modules 
within agents that communicate with one another (this is 
"between agent module-module" or BAMM communication) . 
Thus a module with expertise in buying in a particular e- 
- commerce institution will communicate with a module in 
another agent that has expertise in selling in that same 
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1 e-commerce institution. The fact that those agents also 

2 happen to have modules with expertise in a range of other 

3 diverse applications has no impact upon the conversation 

4 between buyer and seller in this domain. It is thus 

5 modules that structure conversations. The individual 

6 utterances (or^ more accurately, utterance types) that a 

7 module uses to construct a given conversation are common 

8 across the entire architecture. The sending and receiving 

9 of these individual utterances is co-ordinated by the 
10 core. 

11 

12 In this way, a module in an agent can conduct 

13 conversations tailored to the domain in which the module, 

14 has competence. Though the conversation structure is 

15 tailored, the implementation of primitive sending and 

16 receiving is located in the core. This means that there 

17 needs to be only one language definition - the language 

18 that agents use for all communication. (If BAMM 

19 communication was implemented solely in modules, those 
modules would, by definition, use their own idiosyncratic 

21 languages, and therefore the number of languages would be 

22 proportional to the square of the number of module 

23 types.) As language design and verification is a labour 

24 intensive task, reducing the task by separating primitive 

25 semantics from conversation definition, and rendering the 
former once only in the core, saves a great deal of 

27 effort. 
28 

29 The IMCL provides a small number of function calls, the 

30 most important of which is the. call which effects Within- 

31 Agent Module-Module (WAMM) communication. When one module 

32 wants to call a method in another module (including a 

33 method provided b y the core) it r.r^ll.s thje—TMHlJ s-WAMM- 
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1 communication method, passing it a .label. The IMCL then 

2 resolves that label by referring to its table of labels. 

3 

4 This means thaf one module need not know which other 

5 module implements the functionality of a given label. 

6 Indeed, a module can be implemented in such a way that it 

7 can attempt a call on some labelled functionality, but 

8 exhibits robustness in the event that no module is 

9 present that implements that functionality. (Consider, 

10 for example, module x that is, amongst other things, 

11 responsible for performing some exponentiation 

12 calculation. Module x has two ways of performing the 

13 calculation - doing it itself, slowly and laboriously 

14 using repeated addition, or by asking a specialised 

15 module y that oan do exponentiation quickly and 

16 efficiently. The problem is that' x has no way of knowing 

17 whether or not y is installed. Thus x makes a call to the 

18 IMCL requesting ejjponentiation on a particular data set. 

19 If y is installed, the IMCL will pass the request to the 

20 appropriate method within y. If y is not installed, the 

21 IMCL will inform x that no module implements 

22 exponentiation and x can then follow the mote laborious 

23 route of performing the calculation itself) . The process 
by which a label is resolved is summarised in Figure 3. 



24 
25 
26 



With reference to Figure 3, a module makes a call to 
27 label L 310. The IMCL looks up L in a label table 312. 
If L is not present 314, the IMCL returns ^^not found" 
316. If L is present, and L does have multiple 
resolutions 318, then the IMCL selects the highest 
31- priority resolution 320, Next the IMCL calls the method 
32 described in the resolution 322. Finally, when the 
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1 method returns a value 324, the IMCL passes the return 

2 value back to the caller. 

. • • • ... . ..... 

3 

4 A practical advantage of the approach is that it removes 

5 compile time dependencies: a module developer can design, 

6 implement and test a module which makes calls to another 

7 module that they do not have, or do not have access to, 

8 or, indeed, that has not been developed at all. This 

9 simplifies many of the problems of software engineering 

10 in the large, and of multi-site collaborative development 

11 work. 
12 

13 ' For sending messages, the core implements a unique label 

14 that sends a preconstructed message that conforms to the 

15 structure of the system's ACL through the transport layer 

16 to the recipient agent. The series of steps by which this 

17 is achieved is shown in Figure 4. 
18 

19 With reference to Figure 4, the components of the agent 

20 102, 104, 106 and 110 are as described in Figure 1. 

21 First the module builds an ACL message with module@agent 

22 recipient and content 402. The module calls the IMCL 

23 with a specific label (such as ^^talk2agent'') and the ACL 

24 message 404. IMCL resolves talk2agent label call to a 

25 specific core method (such as ^^TalkToAgent''') 406 . The 

26 IMCL calls core's TalkToAgent method with the ACL message 

27 408. core. TalkToAgent resolves agent name to transport 

28 specific identifier 410. Transport calls are made to 

29 deliver the message 412. Finally the message is 

30 transported 414. 
31 

32 With reference to Figure 5, components of the agent 102, 

? ^ 104, 106 and 110 ar e as des cribe d in Figure 1. The 
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1 incoming message .502 corresponding to the outgoing 

2 message 414 of Figure 4 is transported into the agent. 

3 The message arrives in the core from the transport layer 

4 504. The core makes a call 508 to the module's message 

5 handler 510, from where the module processes the message. 

6 For the receipt of ACL messages, the core implements a • 

7 queue mechanism. Individual messages should be addressed 

8 to "moduleeagent", thus specifying not only the agent to 
9. which the- message is addressed, but also the specific 

10 module within that agent (Messages that are 

11 underspecified and do not indicate a recipient module are 

12 handled separately by the core) . The core queues these 

13 messages, and passes them to individual modules according 

14 to the message address, when appropriate reprocessing 

15 resources become available. 
16 

17 in line with a number of other frameworks, the semantics 

18 of ACL utterances are" defined in terms of preconditions 

19 and postconditions - that is, things that must be true 

20 before a message can be sent, and things that must be 

21 true after a message has been received (for example, 

22 inform-ing an agent may require that the fact being 

23 informed is initially believed by the informing agent - 

24 this is sincerity) . 
25 

26 The core is responsible for implementing the ACL 

27 semantics. The message sending functionality filters 

28 messages, only sending those that meet the semantic 

29 constraints (such as sincerity) . The message receiving . 

30 functionality similarly implements the postcondition 

31 semantics by updating the belief database before the 

32 message is placed on the queue for handling by the 

33 recipient module. 



The combination of queuing mechanisms for messages, 
explicit module addressing, and a common, core- 
implemented semantics for primitives, provides for a 
technique that may be called 'conversation interleaving'. 

Conversation interleaving refers to the way in which a 
single agent can simultaneously be involved in multiple 
conversations with other agents, with individual modules 
responsible for the maintenance of a given conversation, 
even though the primitives from which conversations are 

■ 

composed are sent and received through the agent's single 
interface with the rest of the agent world. 

t 

By analogy, imagine yourself on the phone trying, say, to 
arrange car insurance - every so often, the person you 
are speaking to comes back to you, has a brief exchange 
and then puts you back on hold while they try and find 



another quote. Simultaneously you could be having a chat 
with an office colleague. The 'car insurance' part of you 
is holding a conversation on the phone, and the 'office 
Smalltalk' part with someone in front of you - two 
simultaneous conversations even though you can only say 
one thing to one person at a time. An example of 
conversation interleaving is illustrated in Figure 6. 

With reference to Figure 6, the agent 100 contains the 
same components 102, 104, 106 and 108 as described in 
Figure 1. The first module 106 send messages 602 
destined for agent A 604 to the core 104. The second 
module 108 send messages 606 destined for agent B 608 to 
the core. The core functionality 610 marshalls outgoing 
messages and the messages are sent 612 to the tran«,r.r>,-i 
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1 layer for delivery (as in Figure 4) . Therefore the 

2 messages 602 and 606 are interleaved 614 and messages 

3 from the first module are delivered to agent A and 

4 messages from the second module are delivered to agent B. 
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